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Th« traditional approach to procauing data from tpacaborna santors in ground facilitias has proven inadaquata to 
satisfy avan today's raquiramants in terms of quantity, quality, and timalinass. The data received on the ground is 
raw; it must undergo various processes to render it useable to the experimenter. These range from simple reformat- 
ting to complex domain transformation and information extraction processes which are usually accompanied by 
correlations with time, ephemerides, and other ancillary data which are resident in exogeneous sources. Data is 
collected rapidly and simultaneously by many sensors but must wait in line to be processed by centers characterized 
by limited throughput and high cost. 

The Space Shuttle can accommodate 10,000 cubic feet of experiments. It will fly, on the average, twenty-five times 
per year in the 1980's, and technology will have increased many fold the experirrtnter's capability to generate data. 
The magnitude of the data processing requirements in the Shuttle Era will far exceed the capabilities of any 
corx:eivable system designed and operated using today's methods. We need a new approach. 

This approach must creatively exploit the same advanced technology used by those w^o gerterate data. The large 
capacity of the Shuttle, which can cause the data avalanche, also offers the capability to install a significant portion 
of a new type of end-to-end processing system onboard, permitting the use of this technology to process data in 
totally new ways at the data source. The purpose of the OEDSF Study was to develop the concept and evaluate the 
effectiveness of this onboard processor. 
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INTRODUCTION 


The OEDSF is an inflight data processor based on a totally 
new architecture specifically developed to cost-effectively 
process the data of Shuttle payloads sensors. 

Processing data onboard fills the following needs: 

• Reduction of data bulk by conversion to information 

• Quick-look for evaluation, interactive operation, etc. 

• Real-time computation of engineering representation of 
sensed phenomena. For example: Value of backscatter 
coefficient (oo) of a scatterometer as a function of lati- 
tude and longitude 

• Exploitation of the real-time availability of ancillary 
data, thereby obviating the need for time-tagging, re- 
cording, and recorrelation 

• Providing data or information immediately usable by the 
experimenter or user. 

The OEDSF is made up of modular and cascadable matrix 
processors. Each matrix has been sized to process the data of 
a full typical shuttle payload. 

In general, the use of a shared data processing facility is cost- 
effective, compared to smaller dedicated processors, when 
the number of sensors serviced exceeds 8 to 10. 

Cost analyses indicate that significant savings are realized by 
processing data with the OEDSF compared with conventional 
ground facilities. 


The OEDSF embodies growth potential in that it is a strong 
candidate for implementation with Large Scale Integration 
(LSI) circuits. This implementation is particularly attractive 
because it will reduce the cost of production OEDSF's to the 
point where dedication of an entire matrix to each sensor will 
be economical. 
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SUMMARY OF CONCLUSIONS 

• Thtra art Utinificant baoofiti to ba dacivad from onboard procatsInQ. ThaM induda: 

— Timaly Mailabilitv of dau to utar 

— Lowar coitt comparad to convantional procatsing approachat 

— Raal'tinna utilization of ancillary information 

— Raduction in tha quantity of data trammittad and ttorad. 

• Tha concapt of a procassor baaad on a tat of pix>grammab(a pipalina procataort raipondt to all tha raquiramantt of adata 
procatsor onboard tha thuttla. Thata include: 

— Cott-affactivity 

— Multiple tamor complamantt from multiple disciplines 

— Combinations of var/ low artd vary high data rates 

— Real-tinw processing 

• Tha level and extant of iNocatsing performed onboard that is beneficial or desired by tha user it dependant on tha dais of 
user. Most, howsvar, want, and benefit from performing those processes which use ancillary data. 


APPROACH 


The study was organized to develop and evaluate a conceptual 
design for a Shuttle onboard data processing facility based on 
the requirements of shuttle payload instruments. 

The study was anchored to a point design approach; i.e., 
designing to satisfy specific requirements, then broadening 
those requirements to encompass a more general set. The 
specific requirements were derived from "boundary" experi- 
ments: A limited set of sensors selected because they are either 
representative of many, or they impose demands of such 


magnitude that their resolution will also satisfy the demands 
of many sensors whose requirements fall within the envelope 
defined by the boundcry exo^riments. 

The study was divided into four tasks which forme.'^ a logical 
flow beginning with an analysis of sensors and their proc.'^sing 
requirements and culminating in the design of a processor 
satisfying these requirements onboard in a cost-effective 
approach. Cost analyses and a development plan were also 
generated. 
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SENSOR PROCESSING REQUIREMENTS 


A set of over 150 instruments was culled to select 77 experiments which are 
candidates for flight on the Shuttle. A limited set of these experiments were 
selected as "boundary" experiments because they satisfied the selection criteria 
which imposed "tail-pole" and "representativeness" conditions on the data proc- 
essing requirements. The processing requirements for these selected boundary 
experiments were then defined. 


Six sensors were originally selected as the "boundary" sensors which were to 
provide "point design" requirements. 


The full end-to-end processing requirements for four of these sensors were devel- 
oped, and complete functional flow diagrams converting the required processes 
to real-time processes were generated. These four sensors cover the spectrum of 
data rate and processing complexity. 

• Advanced Technology Scanner (ATS) 

• Infrared Spectrometer (IRS) 

• Radiometer Scatterometer (RADSCAT) 

• Correlation Interferometer for the Measurement 
of Atmospheric Trace Species (Cl MATS) 


• ONBOARD PROCESSES 
SATISFY ALL USERS 

• ONBOARD PROCESSING 
IN REAL-TIME 

• NOLARGEOUANTITIESOF 
PRE-STORED DATA ONBOARD 

• NO FREQUENT UPDATE OF ON- 
BOARD PRE-STORED DATA 

• NO GROUND REPEAT OF ON- 
BOARD PROCESSES 

• ONBOARD PROCESSES WELL 
DEFINED /‘<^D STABLE 

• CLEA». INTERFACE TO 
GP;^NO PROCESSING 


The location of partitions between on- 
board and ground processing were 
based on a set of seven criteria and the 
processes selected to be performed on- 
board for each sensor were decom- 
posed into the fundamental functions: 
Arithmetic, Trigonometric, and 
Exponential/logarithmic. This exercise 
was performed iteratively with the de- 
finition of the OEDSF architecture 
and the concept design of the proc- 
essing elements which determined the 
processing level capability of the 
OEDSF elements. 



PROCESSES/CHANNa 

FRGQUENTY IN BPS 

1 


WORO 

SIZE 

OATA 

BASE 

(BITS) 

SENSOR 

ARITN 

TRIG 

1 

LOG/EXP 

r 

TOTAL 

CHANNEL 

CHANNaS 

ATS 

82 

15 

1 

120 X 13^ 

IX 106 

120 

8 BITS 

KXX 

RAO/SCAT 

2U 

67 

B 

ISX 103 

15X103 

1 

10 BITS 

lOK 

IRS 

131 

0 

B 

3.3 X 103 

1.99X lOZ 

17 

18 BITS 

250K 

CIMATS 

31 

19 


2.9CMX 103 

2.904X lOZ 

10 

12 BITS 

17QK 





Two "Composite" (or average) sensors were defined to enable defining full 
payload requirements. Composite sensor A is based on the data rate and proc- 
essing requirements of 77 candidate shuttle instruments and includes several very 
high data rate sensors such as the ATS and Synthetic Aperture Radars. 
Composite sensor B excludes these very high data rate sensors. 



— 

PARAMETER 

COBirOBITE 
SENSOR A 

COMPOSITE 
SENSOR B 

FREOUENCY 

3.0 MBPS 

190 KBPS 

ARITHMETIC PROCESSES (PER WORD) 

1260 

1160 

TRIGONOMETRIC PROCESSES (PER WORO) 

288 

260 

EXPONENTIAL PROCESSES (PER WORD) 

36 

40 

NUMBER OF CHANNELS 

18 

10 

WORO SIZE (BITS) 

12 

12 

BUFFER SIZE REQUIRED (BITS) 

84K 

93K 

MEMORY SIZE REQUIRED (BITS) 

118K 

131K 
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OEDSF REQUIREMENTS 


The requirements were derived from the onboard segment of 
the functional flow diagrams. The boundary sensors, by defini- 
tion, establish both the spectrum extremes for signal charac- 
teristics and the extremes of the processing complexity. 


1. TRIGNOMETRIC FUNCTIONS 


a. Sine 

b. Cosine 

c. Tangent 


d. Cotangent 

e. Secant 

f. Cosecant 


g. Inverse Sine 

h. Inverse Cosine 

i. Inverse Tangent 


The OEDSF must handle many experiments from several 
disciplines, thus the processing requirements established by the 
boundary sensors were generalized, and the processing capa- 
bility of the OEDSF derived from these requirements was im- 
plemented with sufficient flexibility to perform more than 
these processes. 

The required processing functions tabulated on the flow 
diagrams were extracted and converted to an implementation 
process. Algorithms were then developed to perform this 
process. The steps of the algorithms were grouped as the set 
of functions required. All required processes can be performed 
by the functions tabulated. 


2. EXPONENTIAL FUNCTIONS 

a. Exponential 

b. Natural Logarithm 

3. ALGEBRAIC FUNCTIONS 

a. Algebraic addition with accumulation capability 

b. Signed multiplication with reciprocal input 
capability 

4. CONTROL FUNCTIONS 

a. Multiplexing c. Storage and d. Counting 

b. Demultiplexing Retrieval e. Delay 


ARCHITECTURE OF THE OEDSF 


By definition, architecture is the art or science that pertains to 
the method or style in which some physical structure is built. 
In electronic signal processing, architecture is more explicitly 
defined as the method of establishing the inter-signal rela- 
tionship with respect to the processes or transfer functions 
comprising the system. At the system level, architecture de- 
fines the processing philosophy and dimensional distribution. 
Processing structures are further characterized as functions of 
time. 

The specific requirements of onboard processing generated a 
totally new set of characteristics needed by the processor. 

• Multiple Experiments 
o High Oete Rates 

e Real Time Procaning 
a Flexible Configurations 
a Physical Character istict 
a User Orientation 

• Spaceflight Qualification 

• Growth Potential 

The array (or matrix) architecture defined here was invented 
during this study to combine the advantageous aspects of the 
three basic architectures evaluated; Small Computer, Serial, 
and Pipeline. 


EVALUATION CfUTIRIA 

«NALL 

COMPUTfR 

SSRIAL 

PIPBLINS 

ARRAY 

MULTirtC UNSORS I/O 
CAPABILITY 

POOR 

POOR 

POOR 

BXCBLLBNT 

OrUATtONAL IPBID 

POOR 

PAIR 

BXCBLLBNT 

BXCBLLBNT 

PLIXIBILITY Of PRO- 
CBMING 

SXCILLINT 

GOOD 

POOR 

BXCBLLBNT 

OATB UTILIZATION 
IfftOfNCY 

POOR 

POOR 

BXCBLLBNT 

GOOD 

RCAL TIMC CAPAMUTY 

POOR 

PAIR 

BXCBLLBNT 

BXCBLLBNT 

IMKIMiNTATION Of 
COMPLiX ALGORITHMS 

BXCBLLBNT 

GOOD 

GOOD 

GOOD 

USSR ORItNTATION 

tXCSLLBNT 

PAIR 

PAIR 

BXCBLLBNT 

ADAPTABILITY TO PLIGHT 
CNVIRONMSNT 

GOOD 

GOOD 

GOOD 

GOOD 

GRONTH POTSNTIAL 

GOOD 

PAIR 

BXCBLLBNT 

BXCBLLBNT 


A pipeline approach is required by the high speed real-time 
processing requirements; however, the high flexibility of a 
computer is needed to satisfy the simultaneous processing 
of several instruments, and the changes in instrument 
configurations. 


The concept of a fixed network which can be reconfigured 
electronically to form arbitrary pipelines responds to the re- 
quirements. The particular configuration developed is shown 
below. 



Each element performs its assigned function in 250 nano- 
seconds. The matrix can be configured in any aspect ratio and 
with any number of elements. A 5 x 5 element matrix with the 
distribution shown was selected as a solution to the challenge 
of processing simultaneously up to 20 sensors with the average 
data rates and processing complexity attributed to composite 
sensor B. These calculations assume a 50% programming effi- 
ciency; i.e., on the average only one half of the matrix ele- 
ments are used during any machine cycle. 


• 20 SENSMS AVERAGE PER ARRAY 

• REAL TIME PROCESSING 

• ASYNCMKMOUS INPUTIOUTPUT 

• 2S0 NANOSECOND MACHINE CYCU 

• Za.4MAVAIUH.EPIPaiNES 

• »n MEGA RRCTIONS PER SECOND 

• MODULAR AND CASCA0AM.E 


• SIX POINT ARCHITECTURE 

• SXSMATRIXCPU 

• HlEARCHICALMEMCilY STRUCTURE 

• CENTRAL LI >RAr.Y 

• THRU GDIERiC PROCESSING aSMENTS 

• PROGRAMMAKEPIPaiNES 

• WIDEIANDWIDTH 
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DESIGN CONCEPTS 


The OEDSF is a data processing oriented, distributed machine 
characterized by sets of programmable pipeline processors. 
The distributed architecture derives from the allocation of 
discrete elements to the performance of dedicated functions. 
It is a central facility in that it is simultaneously shared by 
many instruments. 

The OEDSF is modular by addition of matrix structures. Each 
matrix is a programmable processor. 



Its components do not necessarily exist as separate entities. 
For example, the input and output structure is spread through- 
out the CPU such that each element incorporates self- 
contained inputs and outputs. 

The OEDSF operates asynchronously with the instrument data 
input and its output. This capability derives from its input/ 
output buffer structure and its speed which, in general, allows 
several OEDSF CPU cycles for each instrument input word. 

The Data Base Memory structure and the Program Memory 
structure (the control element) have identical architectures 
based on a hierarchical structure which allows both a high 
volume and high rates. 


The design of each element was derived from major trade-offs 
in several areas including its implementation in hardwired 
logic, firmware, or software. 


The cf'terid utilized in the design trade-offs were; 


• Design Complexity 
• Flexibility 

• Preprocessing Requirements 
• Power 




ARITHMETIC ELEMENT 

The basic Arithmetic Processirtg Element is implemented as a 
special purpose hardwired design. It solves the general fiirKtion 
£ X y -t- z and all its subsets. It is composed of three distinct 
functions: 

• Multiplier/Divider 

• Adder/Subtractor 

• Accumulator 

The division capability is accomplished by a reciprocal multi- 
plication. This technique computes the reciprocal of the input 
variable by means of a table. The table possesses a scale 
factor for the multiplication. Further, a binary scale factor 
utilized enables the correct quotient to be obtained without 
shifting. 

TRIGONOMETRIC ELEMENT 

The basic Trigonometric Element is implemented as a firm- 
ware design. It is composed of three distinct parts: 

• Quadrant Analyzer 

• Argument Tables 

• Divider 

The quadrant analyzer normalizes the input variables to the 
first quadrant but retains the input quadrant data. The input 
argument may be expressed in degrees, radians, or decimal 
degrees. The inverse parameter is a binary number. The argu- 
ment table provides the first level of conversion required. The 
dividar manipulates these arguments to generate the desired 
functions. The significant feature of this approach is the 
firmware divider. This function minimizes the need for tables 
and is economic for large arguments. Although the firmware 
solution requires large memories, current technology renders 
this approach totally feasible. 

EXPONENTIAL ELEMENT 

The basic Exponential Element is implemented as a firmware 
design. It is composed of two distinct parts: 

• Logarithm Generator 

• Exponential Generator 

The stored values are based on natural logarithms, i.e., e^ and 
In z, but the use of multipliers and dividers provides an overall 
capability for solving the more general functions XV and log^ Y 
by using the identities: 

XV - In X 


• Frequency 
• Physical Size 
• Weight 


and 


log^Y 


In Y 
In X 
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CENTRAL PROCESSING UNIT 











































INPUT/OUTPUT STRUCTURE 

Th« Onboard Experinrw'nt Data Support Facility must be 
capable of interfacing with a wide range of sensors. These 
santors vary in design, mission, and frequency of operation 
artd are normally asynchronous on a sensor-to-sensor tMsis. In 
addition, the ofjtput data must be synchronized to the input 
data rata to maintain a continuous data flow. In those pro- 
cesses which perform information extraction, the output data 
rate is reduced from the input data rate and is a synchronous 
sub-multiple of it (determined by a Scalar). 


The input structure is composed of three major components: 


• FIFO Buffer 
• Register 

• Synchronizer 

The output structure is composed of three major components 


• Scalar 
• Register 

• Synchronizer 


DATA CU< 


The synchronizers detect the presence of a sensor data word or 
processed variable that is to be either received or transmitted. 
The input synchronizer sets a flag on the leading edge of the 
sensor data dock. 


The matrix provides a read command to the required port 
synchronously with the matrix clock. The logical product of 
these parameters allows a word to be docked into the matrix 
register. The output synchronizer operates in an identical man- 
ner except that the flag is set by the logical product of the 
matrix dock and the output ready command. The data is 
strobed into the register. In each case, the flag is reset by the 
active dock. The matrix clock is the active dock for the input 
and the scaled sensor data clock is the active dock for the 
output. 


BUS AND CONTROL STRUCTURE 



The matrix has separate data and instruction buses. These 
buses operate in a multiplex mode. The data bus structure is a 
hardwired unidirectional 16-wire system. The instruction bus 
transmits the necessary control signals which enable each proc- 
essing element to 



The FIFO buffer provides the data delay required in the pro- 
cessing of the data of certain sensors. Each sensor imposes a 
different delay requi iment ranging from no delay to several 
milliseconds. Consequently, a modular buffer is incorporated 
at each input port. The asynchronous nature of First In/First 
Out memories enhances the OEDSF-to-Sensor interface. 


The OEDSF Unit has been designed to support missions in two 
areas of space shuttle environments: (a) within the cabin, pres- 
surized area; (b) on the payload pallet, unpressurized area. To 
accommodate both environments, a circulating gas cooled 
packaging arrangement was studied and deemed best suited to 
both conditions. An alternate passive, conductive heat sink 
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^5EM0RY STRUCTURE 



• route up to three arguments 

• receive from four processing elements 
• transmit to four processing elements 
• perform a given operation 

The 5x5 matrix requires that 25 instructions be transmitted 
every macnine cycle. The microcode required to control the 
interprocessing and intraprocessing elements has been estab- 
lisfied at twenty four bits. 



module configuration was also studied. The OEOSF can be 
heat sunk to a cold plate as hot as 50°C. 

Present technology utilizing discrete logic integrated circuits 
requires approximately 170 chips per functional element of 
the OEDSF. It is anticipated that exploitation of emerging 
technologies (such as 64K memory chips) and fabrication tech- 
niques will enable each element to be accommodated on a 
single 9 x 10 inch board and that an entire OEDSF matrix 
including its data base and control system will consist of 
approximately 30 such boards. An LSI implementation would 
provide an enti.e matrix on a single board. The packaging 
concept enables up to 3 OEOSF matrices to interconnect 
mechanically and electrically. 


The selected design for the memory structure it bated on 
separate data base memory and program memory which are of 
identical architecture. The dual memory structure provides a 
cost-effective and high reiiabiiity apptoach. The tertsor pro- 
cessing requires a data bate which typically contains: 

• Constants 

• Transfer Functions 
• Calculated Parameters 

The volume and nature of the data base is dependent on the 
specific sensor and process utilized, thus the memory structure 
is modular. A data buffer providing the storage required to 
delay the primary and/or secondary sensor data it provided on 
each furrctional element and is discussed under the Input/ 
Output section. 

The memory structure is hierarchical and consists of a Central 
Library. Cache Memories (associated with each matrix row), 
and Scratch Pad Memories (associated with each Arithmetic 
element). This combination maximizes access speed arnf mini- 
mizes hardware requirements. 



INDEX GENERATING PROGRAM 

The OEDSF can be programmed manually. This is an easy task 
in the case of a single sensor. When many sensors are com- 
peting for the use of the OEDSF's elements, the scheduling of 
these elements becomes a tedious task which is ideally suited 
for computers. 

The OEDSF concept envisions a computer program, the Index 
Generating Program (IGP), which generates, off line, the 
microcode required to control the OEDSF in a cost- and 
schedule-effective manner. 

This program resides in a TBD host computer of the POP 
11/70 class. It accepts the processing requirements of the 
complement of instruments comprising a given payload in a 
user oriented language arKi produces the microcode directly 
useable by the OEDSF controller. 


UMR-ORICNTCO 







EFFECTIVENESS OF THE OEDSF 


The OEDSF realizes its benefits by exploiting its unique loca- 
tion in both a spatial and temporal sense. This exploitation is 
enhanced by the judicious choice of the processes which it 
performs, and by its architecture. The benefits realized are 
in both the operational and the cost domains. 


For each of the boundaiy sensors, the OFOSF produces data 
or information ready for extractive processing or user model- 
ing. In each case, the processing requirements on the ground 
are significantly reduced or eliminated. 


OPERATIONAL ADVANTAGES 


The OEDSF operates in real time. The output signals from the 
experiments are fed co the OEDSF as the experiments generate 
them. All ancillary data are available to the OEDSF coincident 
with their generation. Ancillary data are all data used to oper- 
ate upon or characterize the experiment data. They include; 

1. Housekeeping data 

2. Guidance, Navigation, and Control (GNC) data 

3. Auxiliaiv information. 

If ancillary data are not utilized in real time, they must be 
recorded for subsequent processing. The recording process re- 
quires a formatting and a time-tag operation of both the sensor 
data and ancillary data; the subsequent processing requires a 
correlation operation to re-match the ancillary data with the 
sensor data. Alternately, the ancillary data may be multiplexed 
with the sensor data so that re-correlation is obviated, but a 
more complex formatting and reformatting process is required; 
further, each sensor must duplicate the recording of this com- 
mon information with a corresponding multiplicative effect on 
the recording burden. 

The real-time feature of the OEDSF provides an adapJve 
property to the collecting and recording of data. Some ex 
amples of the utilization of this property are: 

1. Inhibit collection of bad data (such as cloud covered 
targets, or when SNR is inadequate). 

2. Select signals to be processed (or recorded) fiorri multi- 
signal or multi-channel instrur.i>{nts based on criteria 


which may be dependent on the scene characteristics 
or the signal characteristics. 

3. Establish or change instrument operating mode based 
on characteristics of data or ambient conditions. 

4. Vary the rate of correction data collection based on the 
measured rate of change of the error-inducing agent. 

5. Point instruments. 

6. Quick look at experiment results to determine operation 
quality or optimize mode of instrument. This also pro- 
vides an interactive operation with the onboard crew. 

Processing the data prior to recording or transmission usually 
effects significant reductions in recorded volume. The ancil- 
lary data which need no longer be recorded often «xceeds the 
volume of data produced by tne low frequency (up to several 
kilobits per second) sensors. 

As the prime data gets converted to information, its bulk 
greatly diminishes. For example, the IRS raw data is collected 
in 12 bit words for each grid point in 17 channels, a total of 
17,136 bits for each group of 3 subgrids (28 points per sub- 
grid). The output of the OEDSF is 20 temperature values and 
20 mixing ratio values at 7 bits each for each group of 3 sub- 
grids, for a total of 280 bits — a compression ratio greater than 
60 to 1 . 

The most significant aspect of real-time processing is that the 
data is ready for the experimenter when the shuttle lands. 
The pre-processing through a central facility with its attendant 
queue is eliminated. 



DATA IMMEDK 
ATEUY AVAIL- 
ABLE ON HODT 

DATA 

COMPRESSION 

RATIO 

ANCILLARY 

DATA 

GROUND 

PROCESSING 

ELIMINATED 

GROUND 

PROCESSING 

ADDED 

CONVENTIONAL 

APPROACH 

TIME 

ATS 

CORRECTED 
DIGITAL 
IMAGERY WITH 
LAT AND LON 

NONE 

ELIMINATED 

CALIBRATION 
RADIOMETRIC 
AND GEOMETRIC 
CORRECTION 

NONE 

6 TIMES REAL 
TIME 

IRS 

RAW TEMPERA- 
TURE AND 
MIXING RATIO 
PROFILES WITH 
LAT AND LON 
PER GRID 

60<1 

ELIMINATED 

CALIBRATION 
CALCULATION 
OF TEMP AND 
MIXING RATIO 

FLAG CHECK 

1/8 REAL TIME 
WITH 24 HOURS 
DELAY 

RAD SCAT 

tro AND Ta with 
LAT AND LON 

90i1 

ELIMINATED 

CALIBRATION 
CALCULATION 
OF (To AND Ta 

NONE 

35 TIMES 
REAL TIME 

CIMATS 



SPECIE CONCEtf- 
TRATION WITH 
LAT, LON. AND 
ALTITUDE 

2ai 

ELIMINATED 

ALL 

NONE 

TBD 
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COST ADVANTAGES 


The cost-effectiveness of the OEDSF was established by the 
comparison of the costs for equivalent processing of the data 
cf the boundary sensors as performed >y traditional (all 
ground) methods and as performed by the OEDSF. 

All costs given are in constant 1976 dollars. The costs of the 
conventional processing systems for the boundary sensors was 
determined. These costs include design and development, hard- 
ware, and operation. The OEDSF has been specifically de- 
signed to be cost effective with frequently changing configura- 
tions of sensors flying infrequently, whereas operational 
systems, notably the ATS ground system, have been designed 
to be cost-effective with operational invariant payloads. In 
such r case, cost comparisons would appear to require adjust- 
ments; however, it is clear that other systems, such as the 
RADSCAT, were specifically designed for a limited number of 
experimental flights and that the basis for the cost of their 
ground system compares identically with those of the OEDSF 
and are, further, comparable with operational systems costs 
when normalized for data rate and processing complexity. In 

COST OF USING TW OFOSF 

s • ‘ ‘J • 'i • ^ • s 

HIHCU. 

Cf • COST msHciHnsnsoiiPOi MISSION 

U • rOHriON or aD»UTIUZCD IT SMSaR-OaiVTOFOi EACH SENSOR 

E • ffFICKNCYtf UTILIZATION OF THE OIOSF- FUNCTION OINUMiER OF SENSORS 

N • NUAMCR OF UEDSF TO SUrPORT MISSION ■ 1 UNIT ONBOARDI ZITMACKUPI > 1 .) 

Cy • COST OF OCOSF HARDWARE •AMORIIZEO COST OF OEOSFtRIFURfISHMENT 
ASSUME 2 S MISSIONS FIR YEAR Xn TEARS - ^ ■ ZIFIICMTSWEDSF 
ASSUME A M HARDWARE COST KR FlICHT REFURDISHMENT COSTS 

• ^ * O OEiFTK • MIDI 

C, • FLIGHT COST • m.K 

C| • INTEGRATION COST • IlS.tOO- COST OF SIMUUTOREgulFWKNT 

C| • AMORTIZED COST OF IGF • ig aBWS ' 

C^ • COST OF l>ROGRAMMINC SENSOR WITH IGF DEFORE EACH FLIGHT 

• «lX 


Other words, ground systems designed for limited numbers of 
experimental missions appear to cost approximately the same 
as those designed for operational use. The major difference, 
which has been reflected in the cost comparisons, is that the 
general purpose hardware, i.e., computers, can be reallocated 
to other uses in the case of experimental programs. 

Integration schedules and support and spares requirements 
resu't in an overall program need for 9 OEDSF's. The cost of 
design, development, production and test of these 9 units is 
$5.7 million. 

The cost of the OEDSF assigned to each of the boundary 
sensors is based on the fraction of the OEDSF it uses. It is 
further assumed that in most cases the OEDSF is only used at 
50% of its capability because of progi ^mming inefficiencies. 

The utilization factor has a significant effect on the cost of 
processing a sensor onboard. If the OEDSF is not fully 
utilized (less than 20 composite sensors), the flight cost of 
each sensor increases proportionately. 

COST OF CONVENTIONAL SYSTEM 

BnFCATED FACILITIES UINGU OR FINITE CROUFI 

‘t-S'‘c$’ r ’ • V 

C| • COSTQFCONVt«riONIU.$VSTIMfflMISSNMPERSHCIFI€SINSOi 

• HMMAtf CO»T 

• CCHMMQN SOnVUKC 

U • fCXCENrAa smite or FACILITY USACt 
Cpj • KOtCATCD SCFTWAffE 

• OraiATiOIM.COSTQFlACiilTY 

r • NUMKROTMISSIOMSaOIMlIYSMCIFiCSIltSOt 

COmttm SH AIttPFACtUTtiS tCMKAL PUKP9SC COM^VTOiSl 


NHCIC 

IS COST PER UNIT TIIC FOR use 
A IS TIME RBIUIRCD TO PtOCCSS MISSION DATA 


INSTRUMENT 

EQUIVALENT NUMBER OF 
MISSIONS 
(OVER iO YEARS) 

CONVENTIONAL SYSTEM 
COST PER MISSION 

tK 

OELTSF COST PER MISSION 

SENSORS 

20 

SENSORS 

10 

SENSORS 

5 

ATS 

260 

24.0 

123 6 

123.6 

123.6 


130 

44 3 

123.8 

123 8 

123.8 


20 

268.0 

125.5 

125.5 

1255 


2 

2643 

163.9 

163.9 

163.9 

IRS 

260 

14.8 

2.6 

3.7 

59 


130 

17.0 

2.7 

3.8 

59 


20 

42.0 

3.4 

4.5 

6.6 


2 

307.5 

18.4 

19.5 

21.6 

RADSCAT 

260 

79.4 

2.0 

2.3 

3.1 


130 

83.3 

2.1 

Z.» 

3 2 


20 

125.6 

2.8 

3.1 

3.9 


2 

575.6 

17.7 

18.0 

18.8 

CIMATS 

260 

45 

>.2 

2.9 

3.3 


130 

48 

2.3 

3.0 

3.4 


20 

81 

3 0 

3.7 

4.1 


2 

432 

17.9 

18.6 

20.0 
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BENEFITS AS A FUNCTION OF THE USER 


Onboard processing is not equally applicable to all experi- 
menters. We have found many experimenters anxious to ex- 
ploit the benefits of onboard processing described above, and 
other experimenters who were strongly opposed to any reduc- 
tion of their data. We have attempted to define the various 
users and their associated potential as onboard processing 
beneficiaries. 

The users of instrument data can be placed in three categories 
defined by their utilization of the data. Each category has its 
own set of problems, needs, and desires. 

The Instrument Developer is primarily interested in the basic 
electro-optical response of his sensor and therefore can eval- 
uate its performance by assessing the data in its raw or nearly 
raw form. This raw data, when proprocessed such as by re- 
formatting or the insertion of calibration factors, will enable 
him to directly determine his instrument's performance. In 
general, the number of instrument developers is relatively 
small and their use of the data is often very similar. This situa- 
tion of a few users, coupled with similar processing require- 
ments, is ideal for the application of standardized processing 
such as onisoard processing. Further, the volumes of data 
which would be investigated and analyzed in order to evaluate 
the sensor's performance is generally quite small. A few well- 
chosen measurements compared with well-instrumented or 
calibrated test observables will provide the Instrument Devel- 
oper with sufficient knowledge to determine the performance 
of his sensor. Often, based on this data, the sensor's character- 
istics are modified and the instrument is again exercised 
against the test observations. 


The Application Developer is concerned with determining the 
utility of the remotely sensed data to various applications. The 
satisfaction of this need consists primarily of applying and 
testing various extractive processing techniques and use- 
models. The basic data input to this process is generally well 
established and almost always preprocessed to a nominal ex- 
tent. In the area of alternative extractive processing and user 
model techniques, the Application Developer requires flex- 
ibility to exercise different techniques on the data over a rela- 
tively wide range of data characteristics. This situation is 
amenable to onboard processing in two ways. First, the degree 
of preprocessing is generally well understood and standardized, 
thus lending itself to a routine preprocessing function; and, 
second, the various extractive techniques can often be easily 
implemented at least in a low volume situation with a general 
purpose onboard processing system. 

The Operational User is characterized as a resource manager 
or other similar application discipline who has a management 
function to perform and will use remotely sensed data as one 
of several information sources upon which to base his deci- 
sions. Inasmuch as the usage of this data input is well under- 
stood and relatively standardized, it lends itself well to con- 
sistent and routine processing, both preprocessing and extrac- 
tive processing and some aspects of the user model. For any 
particular application, the number of Operational Users is rela- 
tively small and the processing required of the input data is 
relatively invariable. 

Onboard processing has the flexib’i ty and capability to serve 
each of these users and meet their requirements. 




in’V 



t r- 

EXPERIMENTER APPLICATION OPERATIONAL 

DEVELOPER USER 


Range of Processing Needs 
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BREADBOARDiNG ACTIVITIES 


During the performance of this study, General Electric conducted an Independent Research and Development program which oroduced 
detail designs and breadboards of the major components of the OEDSF. Results of this activity were fed back to the OEDSF study to 
modify or change the original conceptual designs as found necessary. 
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Tcchnicel Monitor 

National Aeroi>autics and Space Admin. 
Johnson Space Center, Code EDS 
Houston, Texas 77058 


Mr. Georges G. Frippel 
Program Manager 
General Eltctric Co. 

Valley Forge 2pace Center 
Philadelphia, Pa. 19101 
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